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(54) Script preprocessing system arKl method 

(57) A preprocessing script-based data communi- 
cations system and method that embeds information re- 
garding the previous state of the system within script da- 
ta This effectively imposes a state memory upon what 
would otherwise be a stateless system. Typically, the 
scripts processed by this system are similar in structure 
and format to ordinary hTTML scripts, with the addition 



of several commands that facilitate programming em- 
beckJed state information. Within systems employing the 
invention a client is afforded the capability of having one 
script influence another by exploiting the preprocessor 
imposed state memory. In addition, the invention pro- 
vides these advantages to a client without the need for 
storing state information on a data system server, there- 
by providing increased system security. 
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Description 

Background Of The Invention 

Within large-scale data networks, such as the Inter- 
net, typically many users or clients will have a need to 
receive data from and transmit data to a central server. 
To accommodate, this exchange of data a series of com- 
munications called scripts are typically passed between 
the client computers and the central server One partic- 
ular type of script is based upon a software language 
known as hypertext mark-up language CHTML'). This 
language facilitates the presentation of text at a client 
computer in a form contains formatting commands (I.e., 
"mark-up") that are interpreted by the client computer in 
order to present formatted screen. The latest version of 
MOSAIC (a copyrighted software package available 
from the National Center for Supercomputer Applica- 
tions at the University of Illinois in Champagne. Illinois) 
provides a version of HTML that supports a FilNn Form 
("FIF") frictkxi where the client is provided with a text- 
based "form" in which he or she may fill-in the blanks. 
This filled-in" information is then transmitted to the cen- 
tral sender. 

While systems employing HTML FIF provide for a 
very effective and easily understood means of commu- 
nicating with a targe number of clients via a network, 
they do have the limitation of being "stateless" systems. 
That is to say, within these systems, when a server or a 
client computer begins to process a received script or 
form, it has no information as to what that partk;ular form 
is, exactly what informatbn that form will carry, or what 
operatk)ns will be executed as a result of the receipt of 
that form. Such systems where a communication arrives 
at a terminal without a history are referred to as stateless 
~ Making reference to the fact that the particular termi- 
nal or server that receives a script is in no particular state 
of preparedness when a given script arrives. 

Since the names and structure of data fiekJs are pe- 
culiar to a given form, and the recipient of that form is 
unable to antk:ipate the particular structure of a form pri- 
or to its receipt, it is generally necessary to create a sep- 
arate executable program for each form, in order to 
process received data into a format that can be readily 
interpreted by a sender This being the case, any large 
scale use of forms would require a plethora of special- 
ized programs to reside in the executable directory of 
any HTML FIF sender. Togetherwith other administrative 
headaches, this evokes a significant security concern 
as each of these executable programs would have to be 
checked for robustness from a security standpoint. As 
any security system is only as strong as its weakest link, 
if the number of executable programs is minimized, then 
the possibility of a security breach ia also reduced, and 
resources coukJ be corK^entrated upon insuring that the 
reduced number of programs were subjected to exten- 
sive testing and review. 



Summary Of The Invention 

The present inventk^n overcomes the deficiencies 
of prior hypertext script-based data communicatbn sys- 

s terns by preprocessing script-based data communica- 
tions in a manner that embeds information regarding the 
prevk>us state of the system within the script data. This 
effectively imposes a state memory upon what would 
othenwise be a stateless system. Typically, the scripts 

10 processed by this system are similar in structure and 
format to ordinary HTML scripts, with the addition of sev- 
eral cormiands that facilitate programming embedded 
state informatkxi. Within systems employing the inven- 
tion a client is afforded the capability of having one script 

IS influence another by exp biting the preprocessor im- 
posed state memory. In additbn, the inventbn provides 
these advantages to a client without the need for storing 
state information on a data system server, thereby pro- 
vkitng increased system security. 

20 

Brief Description Of The Drawing 

In the drawing: 

2S FIG. 1 is a simplified diagram of an exemplary data 
communtcatkxi system facilitating the practice of 
the invention; and 

FIG. 2 is a simplified diagram depicting an alternate 
data communication system facilitating the practice 
30 of the inventton. 

Detailed Description Of The invention 

FIG. 1 shows a simplified diagram of an exemplary 

35 data communication system facilitating the practice of 
the inventkxi. The system includes client computer 101 , 
data server 102, and external computer 103. As shown 
data sender 1 02 is comprised of script preprocessor 1 04. 
script file memory 105, and kx^l database memory 1 06. 

40 and extemal computer 103 is comprised of response 
processor 1 07, and primary database 1 08. A client com- 
municates with data sender 102 via client computer 1 01 . 
Client computer 101 can be any computer capable of 
executing HTML-compatible software (such as MOSA- 

4S IC). As is typically the case for HTML database systems, 
when a communicatwn within the system of FIG. 1 is 
initiated by a client this communication is initiated by a 
client, contacted data sender 1 02 transmits an initial text- 
based FIF script file (retrieved from script file memory 

50 105) to client computer 101 . This script file appears to 
the client as an ordinary FIF form having specify blank 
fiekis tfiat the client fills with appropriate alphanumeric 
informatk>n. Each data item representing the vark>us 
filted-rn form fields, abng with an associated identifier, 

ss is then transmitted back to data server. 1 02. The partic- 
ular data structure empk>yed to effect this transmissk>n 
of data consists of an actbn parameter (which specifies 
the next script file to be transmitted to client computer 
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101 from data server 102) followed by a segmented 
block of input data (each segment reflecting the alpha- 
numeric information entered into each particular field of 
the initial script). While to the client the data system of 
FIG. 1 appears to friction no differently than a standard s 
HTML data system, the filled-in field data transmitted 
from client computer 101 to data sever 102 is employed 
by script preprocessor 104 to define the state of the next 
script that will be passed to client terminal 101 . 

Script preprocessor 104 is shown to be linked to 
script file memory 1 05 and local data base memory 1 06. 
Script file memory 105, in additbn to storing the initial 
text-based FIF script transmitted to client computer 1 01 , 
also contains files that represent a finite set of text- 
based HTML FIF scripts that contain fiekJs which are 
defined as a f rictkjn of the filled-in field data transmitted 
from client computer 101. These variable HTML FIF 
scripts are referred to as dynamic HTML ('HTML-D') 
scripts. Script preprocessor 104 is programmed to rec- 
ognize the particular HTML-D script specified by the ac- 
tion parameter received from client computer 101. This 
retrieved HTML-D script is then processed by script pre- 
processor 104 as a furrction of the string of data bkx;ks 
received from client computer 101 and pre-programmed 
instructkxis within script preprocessor 104. As a result, 
additk^nal HTML-D scripts may be retrieved from script 
file memory 105 and transmitted to client computer 1 01 , 
or if no further informatbn is required from a client, the 
data transmission between client computer 101 and 
script processor 104 may be terminated. 

The particular types of processing performed by 
script preprocessor 104 may be broadly categorized as 
text insertion, conditkxial text insertkxi. database record 
access, and conditional script redirection. Text insertion 
wouki result in the particular data bkx:k information be- 
ing inserted into the HTML-D script that will be transmit- 
ted back to client computer 101. For example, if a client 
was instructed to fill in a partcular fieki of the initiat text- 
based FIF script with his or her name, and data repre- 
senting this name was returned as a data block associ- 
ated with an identifier 'NAME,* the NAME data could be 
inserted to appear in the next HTML script file that would 
be viewed by the client. Conditk)nal text insert»n is a 
process whereby simple text (Le., text without embed- 
ded HTML mark-ups) may be inserted dependent upon 
comparison of text strings. For example, if the NAME 
variable data segment is left blank, a default segment 
(such as 'Client' or 'Subscriber') could be inserted. An 
example the performance of database record access 
as a functbn of the sanrte NAME variable wouki involve 
script preprocessor 104 comparing the received NAME 
data block to a particular list of NAME data stored in 
local database menrK>ry 106. If the received NAME data 
matched a name upon this stored list, a line of text pro- 
viding a client with a particular message (e.g., 'Your ac- 
count is overdue', or other personalized infomnation 
such as a phone number or address) would be inserted 
into the next HTML script file to be viewed by the named 



client. Finally, conditional script redirectkxi is a process 
whereby a new HTML-D script file is conditbnally sub- 
stituted for the script file that was initially retrieved based 
on comparison of received data. For example, if the 
NAME data failed to match a stored listing of valid cli- 
ents, script preprocessor 104 woukj redirect an HTML- 
D script facilitating client registratbn to client computer 
101 (as opposed to displaying the usual HTML-D script 
that would be shown to a valid client). 

As the above described HTML and HTML-D script 
processing is being performed, script preprocessor is 
collecting requested infomnatkxi from the data blocks re- 
ceived from client computer 101 . In accordance with the 
programming of script preprocessor 1 04, all or part of 
this collected informatkwi is transmitted to response 
processor 107 within external computer 1 03. This trans- 
missk)n can take place on a real-time basis (as each 
data block is received by script processor 104), at the 
terminatk)n of a communication with a given client, or 
simply on a perkxjic basis. Response processor 107 is 
a data processor adapted to accept client-associated in- 
formation and update primary database to reflect this 
informatk)n. This updated information is then transmit- 
ted from primary database 108 to kx:al database 106. 
In this manner, the informatbn in \oca\ database 106 my 
be kept current, and primary database 108 remains iso- 
lated from data sender 102 (thereby provkJing an ir>- 
creased degree of security and data integrity protec- 
tion). As with transmisskxis from script processor 104 
to response processor 107, informatnn transmisskxis 
from prin^ary database 108 to kx:al database 106 can 
take place on a real-time basis, at the terminatk)n of a 
communication with a given client, or on a periodic ba- 
sis. 

It will be understood that the particular system and 
method described above is only illustrative of the prin- 
ciples of the present inventkxi, ar^j that various modifi- 
cations could be made by those skilled in the art without 
departing from the scope of the present inventkxi, which 
is limited only by the claims that follow. One modificatbn 
would include applying the principles of the inventbn to 
a system where an external computer was linked to mul- 
tiple data servers, and each of these multiple data send- 
ers facilitated communk:ation with more than one client 
computer (see FIG. 2). Another nnodificatkxi woukJ be 
applying the inventkxi to systems emptying script- 
based languages similar to HTML, and/or to systems 
where the data collected from clients included informa- 
tion other than alphanumeric characters (such as graph- 
k:s or other digital data). Furthermore, it will be under- 
stood that text comparison employed in the above da- 
scribed ennbodiment is merely an example of variable 
manipulation that may performed in processing an 
HTML-D script, and that HTML-D script processing in 
response to any type of boolean manipulation that couki 
be performed by a data processor is within the scope of 
this inventkxi. In addition, the invention is not limited by 
any partbutar mode of informatkxi transmission b&- 
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tween the various system components. Infomiation can 
be passed between client computers, data servers, and 
extemal computers via hard-wired networks, wireless 
data links, switched data networks, public telephone 
lines, or any combinatkxi thereof. s 



Claims 

1. A script-based data communication system com- to 
prising: 



2. A 



base. 

3. The script-based data communicatkxi system of 
claim 1 or claim 2, further comprising: 

40 

a data communication line between said data 
server and an extemal computer, said commu- 
nication link being adapted to facilitate the 
transmission of inf ormatkxi from said data serv- 
er to said extemal computer. ^ 

4. The script-based data communicatkxi system of 
claim 2, further comprising: 



any of the preceding claims wherein hypertext 
mark-up language based scripts are transmitted be- 
tween sakJ data server and said one or more client 
nodes. 

6. The script-based data communication system of 
any of the preceding claims wherein said data send- 
er is further adapted to transmit said modified re- 
trieved data to at least one client node. 

7. A method for performing script-based data commu- 
nications, comprising the steps of: 

receiving script-based informatton containing 
embedded variables from a client node; 
retrieving, in response to said received script- 
based information and the embedded variables 
contained therein, data representing at least 
one particular script file, and nrKXiifying sakJ re- 
trieved data as a f unctbn of said variables con- 
tained in saki received script-based data. 

8. A method for performing script-based data commu- 
nk^ations, comprising the steps of: 

receiving script-based informatk)n containing 
embedded variables from a client rKxIe; 
retrieving, in response to satd received script- 
based infomiation and the embedded variables 
contained therein, data representing at least 
one particular script file, and modifying saki re- 
trieved data in response to variables contained 
in sakJ received script-based data and other da- 
ta retrieved from a local database. 

9. The method of claim 7 or claim 8 wherein said re- 
ceived script-based information is hypertext mark- 
up language based tnformatk>n. 

10. The method of any of claims 7 to 9 further compris- 
ing the step of transmitting said modified retrieved 
data to at least one client node. 

11. The method of any of claims 7 to 10 further com- 
prising the step of transmitting informatkxi related 
to sakI received script-based information to an ex- 
temal computer. 

12. The method of any of claims 7 to 11 further com- 
prising the step of modifying said retrieved data in 
response to infonmation retrieved from an extemal 
computer. 



a data communbatbn link between saki data so 
server and an extemal computer, sakj commu- 
nk^ation link being adapted to facilitate the 
transmission of inf ormatkm from said data serv- 
er to saki extennal computer, and the transmis- 
sion of information from saki extemal computer ss 
to data sen^r and sakJ data base. 



at least one client node adapted to receive and 
transmit script-based data; and 
a data sender, including a script preprocessor 
and a script file memory, wherein said script 
preprocessor is configured to retrieve data rep- 
resenting partk:ular script files from saki script 
file memory and modify saki retrieved data in 
response to variables contained in script-based 20 
data received from one or more client nodes. 

script-bassed data communk^tion system com- 



at least one client node adapted to receive and 
transmit script-based data; 
a data server, including a script preprocessor, 
a script file memory and a database, wherein 
said script preprocessor is configured to re- 30 
trieve data representing particular script files 
from saki script file memory and modify saki re- 
trieved data in response to variables contained 
in script-based data received from one or more 
client nodes and data contained in saki data- 3S 



5. The script-based data communcatkm system of 
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